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A % 

Reititysalueen paivitys pakettiradioverkossa 

Keksinnon tausta 

Keksinto liittyy datan lahettamiseen reititysalueen paivitysta suorit- 
tavalle matkaviestimelle pakettiradioverkossa. Konkreettisen esimerkin saami- 
5 seksi keksinto selostetaan GPRS-verkon yhteydessa, mutta sita voidaan so- 
veltaa muissakin matkaviestinjarjestelmissa. 

Yleinen pakettiradiopalvelu GPRS (General Packet Radio Service) 
on uusi palvelu GSM-jarjestelmaan ja se on eras GSM (Global System for 
Mobile Communication) vaiheen 2+ standardointityon aiheita ETSIssa 

10 (European Telecommunication Standard Institute). GPRS-toimintaymparisto 
koostuu yhdesta tai useammasta aliverkkopalvelualueesta, jotka kytketaan 
toisiinsa GPRS-runkoverkolla (Backbone Network). Aliverkko kasittaa joukon 
pakettidatapalvelusolmuja, joita kutsutaan tassa yhteydessa GPRS-tuki- 
solmuiksi (tai agenteiksi), joista kukin on kytketty GSM-matkaviestinverkkoon 

15 siten, etta se kykenee tarjoamaan pakettidatapalvelun liikkuville datapaate- 
laitteistoille useiden tukiasemien, ts. solujen kautta. Valissa oleva matkavies- 
tinverkko tarjoaa piirikytketyn tai pakettikytketyn tiedonsiirron tukisolmun ja liik- 
kuvien datapaatelaitteistojen valilla. Eri aliverkot puolestaan on kytketty ulkoi- 
seen dataverkkoon, esim. yleiseen kytkettyyn dataverkkoon PSPDN (public 

20 switched packet data network). Taten GPRS-palvelun avulla aikaansaadaan 
pakettidatasiirto liikkuvien datapaatelaitteistojen ja ulkoisten dataverkkojen va- 
line GSM-verkon toimiessa liittymaverkkona. Eras GPRS-palveluverkon piirre 
on, etta se toimii lahes GSM-verkosta riippumattomasti. Eras GPRS-palvelulle 
asetetuista vaatimuksista on, etta sen tulee toimia yhdessa erityyppisten ul- 

25 koisten PSPDN -verkkojen kanssa, kuten Internet tai X.25 verkot. Toisin sa- 
noen GPRS-palvelun ja GSM-verkon tulisi kyeta palvelemaan kaikkia kaytta- 
jia, riippumatta siita, minka tyyppisiin dataverkkoihin he haluavat GSM-verkon 
kautta liittya. Tama tarkoittaa sita, etta GSM-verkon ja GPRS-palvelun taytyy 
tukea ja kasitella erilaisia verkko-osoitteistuksia ja datapakettimuotoja. Tama 

30 datapakettien kasittely kasittaa myos niiden reitityksen pakettiradioverkossa. 
Lisaksi kayttajien tulisi kyeta vaeltamaan (roaming) GPRS-kotiverkosta vieraa- 
seen GPRS-verkkoon. 

Kuviossa 1 esitetaan tyypillinen GPRS-verkon jarjestely. GPRS- 
verkkojen arkkitehtuuri ei ole samoin kypsynyt kuin esimerkiksi GSM- 

35 verkkojen. Sen vuoksi kaikki GPRS-termit tulisi kasittaa kuvaaviksi eika ra- 
joittaviksi termeiksi. Tyypillinen liikkuvan datapaatteen muodostava matkavies- 
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tin koostuu matkaviestinverkon matkaviestimesta MS ja sen dataliitantaan kyt- 
ketysta kannettavasta tietokoneesta PC. Matkaviestin voi olla esimerkiksi No- 
kia 2110, jota valmistaa Nokia Mobile Phones Oy, Suomi. PCMCIA -tyyppisen 
Nokia Cellular Datacard -kortin avulla, jota valmistaa Nokia Mobile Phones Oy, 
5 matkaviestin voidaan kytketa mihin tahansa kannettavaan henkilokohtaiseen 
tietokoneeseen PC, jossa on PCMCIA-korttipaikka. Talloin PCMCIA-kortti 
muodostaa PC:lle liittymapisteen, joka tukee PC:ssa kaytetyn tietoliikenneso- 
velluksen protokollaa, kuten CCITT X.25 tai Internet Protocol IP. Vaihtoehtoi- 
sesti matkaviestin voi tarjota suoraan liittymapisteen, joka tukee PC:n sovel- 

10 luksen kayttamaa protokollaa. Edelleen on mahdollista, etta matkaviestin 3 ja 
PC 4 integroidaan yhdeksi kokonaisuudeksi, jonka sisalla sovellusohjelmalle 
tarjotaan sen kayttamaa protokollaa tukeva liittymapiste. Esimerkki tallaisesta 
matkaviestimesta, johon on integroitu tietokone, on Nokia Communicator 
9000, jota myos valmistaa Nokia Mobile Phones Oy, Suomi. 

15 Verkkoelementit BSC ja MSC ovat tunnettuja tyypillisesta GSM- 

verkosta. Kuvion 1 jarjestely sisaltaa erillisen GPRS-palvelun tukisolmun 
SGSN (Serving GPRS Support Node). Tama tukisolmu ohjaa tiettyja paketti- 
radiopalvelun toimintoja verkon puolella. Naihin toimintoihin kuuluu matkavies- 
tinten MS kirjoittautuminen jarjestelmaan ja siita pois, matkaviestinten MS rei- 

20 titysalueiden paivitykset seka datapakettien reititykset oikeisiin kohteisiinsa. 
Taman hakemuksen puitteissa kasite "data" tulisi ymmartaa laajasti tarkoitta- 
maan mita tahansa digitaalisessa tietoliikennejarjestelmassa paatelaitteel- 
le/laitteelta valitettavaa informaatiota. Tallainen informaatio voi kasittaa digi- 
taaliseen muotoon koodattua puhetta, tietokoneiden valista dataliikennetta, 

25 telefaksidataa, lyhyita ohjelmakoodin kappaleita jne. Datasiirron ulkopuolista 
informaatiota, kuten tilaajatietoja ja niiden kyselyja, reititysalueen paivitysta 
ym. kutsutaan signaloinniksi. SGSN-solmu voi sijaita tukiaseman BTS koh- 
dalla, tukiasemaohjaimen BSC kohdalla tai matkapuhelinkeskuksen MSC koh- 
dalla, tai se voi sijaita erillaan kaikista naista elementeista. SGSN-solmun ja 

30 tukiasemaohjaimen BSC valista rajapintaa kutsutaan GB-rajapinnaksi. Yhden 
tukiasemaohjaimen BSC hallitsemaa aluetta kutsutaan tukiasema- 
alijarjestelmaksi BSS (Base Station Subsystem). 

Valissa oleva matkaviestinverkko tarjoaa pakettikytketyn tiedonsiir- 
ron tukisolmun ja liikkuvien datapaatelaitteistojen valilla. Eri aliverkot puoles- 

35 taan on kytketty ulkoiseen dataverkkoon, esim. yleiseen kytkettyyn dataverk- 
koon PSPDN, erityisen GPRS-yhdyskaytavatukisolmun GGSN kautta. Taten 



GPRS-palvelun avulla aikaansaadaan pakettidatasiirto liikkuvien datapaate- 
laitteistojen ja ulkoisten dataverkkojen valille GSM-verkon toimiessa liittyma- 
verkkona. Vaihtoehtona yhdyskaytavatukisolmulle GGSN voidaan kayttaa rei- 
titinta. Jaljempana tassa hakemuksessa kasite "yhdyskaytavatukisolmu 
GGSN" tarkoittaa myos rakennetta, jossa yhdyskaytavatukisolmun tilalla on 
reititin. 

Kuviossa 1 GSM-verkkoon liitetty GPRS-verkko kasittaa joukon pal- 
velevia GPRS-tukisolmuja SGSN ja yhden GPRS-yhdyskaytavatukisolmun 
GGSN. Nama erilaiset tukisolmut SGSN ja GGSN on kytketty toisiinsa ope- 
raattorin sisaisella runkoverkolla (Intra-operator Backbone Network). On ym- 
marrettava, etta GPRS-verkossa voi olla mielivaltainen maara tukisolmuja 
SGSN ja yhdyskaytavatukisolmuja GGSN. 

Kukin tukisolmu SGSN hallitsee pakettidatapalvelua yhden tai use- 
amman solun alueella solukkotyyppisessa pakettiradioverkossa. Tata varten 
kukin tukisolmu SGSN on kytketty tiettyyn paikalliseen osaan GSM- 
matkaviestinjarjestelmaa. Tama kytkenta tehdaan tyypillisesti matkaviestin- 
keskukseen, mutta joissakin tilanteissa saattaa olla edullista suorittaa kytkenta 
suoraan tukiasemajarjestelmaan BSS, ts. tukiasemaohjaimien BSC tai johon- 
kin tukiasemista BTS. Solussa oleva matkaviestin MS kommunikoi radioraja- 
pinnan yli tukiaseman BTS kanssa ja edelleen matkaviestinverkon lapi sen tu- 
kisolmun SGSN kanssa, jonka palvelualueeseen solu kuuluu. Periaatteessa 
tukisolmun SGSN ja matkaviestimen MS valissa oleva matkaviestinverkko vain 
valittaa paketteja naiden kahden valilla. Matkaviestinverkko voi tata varten 
tarjota joko piirikytketyn yhteyden tai pakettikytketyn datapakettien valityksen 
matkaviestimen MS ja palvelevan tukisolmun SGSN valilla. Esimerkki piirikyt- 
ketysta yhteydesta matkaviestimen MS ja tukisolmun (Agent) valilla on esitetty 
patenttihakemuksessa FI934115. Esimerkki pakettikytketysta tiedonsiirrosta 
matkaviestimen MS ja tukisolmun (Agent) valilla on esitetty patenttihakemuk- 
sessa FI940314. On kuitenkin huomattava, etta matkaviestinverkko tarjoaa 
vain fyysisen yhteyden matkaviestimen MS ja tukisolmun SGSN valille eika 
sen tarkalla toiminnalla ja rakenteella ole keksinnon kannalta olennaista mer- 
kitysta. 

Operaattorin sisainen runkoverkko 11, joka kytkee operaattorin 
laitteet SGSN ja GGSN, yhteen, voi olla toteutettu esimerkiksi lahiverkolla. On 
huomattavaa, etta on myos mahdollista toteuttaa operaattorin GPRS-verkko 
ilman operaattorin sisaista runkoverkkoa, esimerkiksi toteuttamalla kaikki piir- 
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teet yhdessa tietokoneessa, mutta tama muutos ei aiheuta mitaan muutoksia 
keksinnon mukaisen puhelunmuodostuksen periaatteisiin. 

GPRS-yhdyskaytavatukisolmu GGSN yhdistaa operaattorin GPRS- 
verkon muiden operaattoreiden GPRS-verkkoihin seka dataverkkoihin, sellai- 
5 siin kuten operaattoreiden valinen runkoverkko 12 (Inter-Operator Backbone 
Network) tai IP-verkko. Yhdyskaytavatukisolmun GGSN ja muiden verkkojen 
valissa voi olla verkkosovitin IWF, mutta yleensa GGSN on samalla IWF. Ope- 
raattoreiden valinen runkoverkko 12 on verkko, jonka kautta eri operaattorei- 
den yhdyskaytavatukisolmut GGSN voivat kommunikoida toistensa kanssa. 
10 Tata kommunikointia tarvitaan tukemaan GPRS-vaellusta eri GPRS-verkkojen 
valilla. 

Yhdyskaytavatukisolmua GGSN kaytetaan myos tallentamaan 
GPRS-matkaviestinten sijainti-informaatio. GGSN myoskin reitittaa matkavies- 
timelle paattyvat (MT) datapaketit. GGSN sisaltaa myos tietokannan, joka liit- 

15 taa toisiinsa matkaviestimen verkko-osoitteen IP-verkossa tai X.25-verkossa 
(tai samanaikaisesti useammassa verkossa) ja matkaviestimen tunnuksen 
GPRS-verkossa. Kun matkaviestin liikkuu yhdesta solusta toiseen yhden tuki- 
solmun SGSN alueen sisalla, reititysalueen paivitys taytyy tehda vain tukisol- 
mussa SGSN eika reititysalueen muuttumisesta ole tarvetta kertoa yhdyskay- 

20 tavatukisolmulle GGSN. Kun matkaviestin liikkuu yhden tukisolmun SGSN so- 
lusta toisen tukisolmun SGSN soluun saman tai eri operaattorin alueella, suo- 
ritetaan paivitys myos (koti-)yhdyskaytavatukisolmuun GGSN uuden vieraili- 
jatukisolmun tunnisteen ja matkaviestimen tunnisteen tallentamiseksL 

Kotirekisteria HLR kaytetaan myos tilaajien autentikointiin GPRS- 

25 istunnon alussa. Se sisaltaa maarittelyn tilaajan pakettidataprotokolla- eli PDP- 
osoitteen (osoitteiden) ja tilaajan IMSI:n (International Mobile Subscriber Iden- 
tity) valilla. GSM-verkossa tilaaja tunnistetaan IMSI:n avulla. Kuviossa 1 HLR 
on yhdistetty SS7 (Signalling System 7) signalointijarjestelman kautta mm. 
matkapuhelinkeskukseen MSC ja operaattorin sisaiseen runkoverkkoon. SS7- 

30 signalointijarjestelman ja operaattorin sisaisen runkoverkon valissa voi olla 
suora liitanta tai SS7-yhdyskaytavatukisoImu (gateway). Nain HLR voi peri- 
aatteessa vaihtaa pakettivalitteisia sanomia minka tahansa GPRS-solmun 
kanssa. HLR:n kommunikointitapa ja liitanta GPRS-verkkon kanssa ei kuiten- 
kaan ole keksinnon kannalta oleellinen. 

35 Kun matkaviestimeen lahetetaan pakettidataa, reititys oikeaan 

GSM-verkkoon tapahtuu yhdyskaytavatukisolmun GGSN kautta tukisolmuun 
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SGSN, jossa matkaviestimen sijainti tiedetaan. Jos matkaviestin on valmiusti- 
lassa, sen sijainti tiedetaan reititysalueen (Routing Area, RA) tarkkuudella. 
Vastaavasti, jos matkaviestin on aktiivitilassa, sen sijainti tiedetaan solun tark- 
kuudella. 

5 Kuvio 2 esittaa reititysalueen paivitykseen liittyvaa signalointia. Aika 

etenee ylhaalta alas. Vaiheessa 2-0 matkaviestin MS vastaanottaa dataa yh- 
dyskaytavasolmun GGSN ja ensimmaisen tukisolmun SGSNt kautta. Seuraa- 
vaksi matkaviestin MS siirtyy ensimmaisen (eli vanhan) tukisolmun SGSNt 
alueelta toisen (eli uuden) tukisolmun SGSN 2 alueelle. Vaiheessa 2-1 se la- 

10 hettaa uudelle tukisolmulle SGSN 2 reititysalueen paivityspyynnon Routing 
Area Update Request. Vaiheessa 2-2 uusi tukisolmu SGSN 2 lahettaa van- 
halle tukisolmulle SGSN! sanoman SGSN Context Request, jossa se pyytaa 
matkaviestimen tilaajan yhteystietoja, eli ns. kontekstitietoja SGSN^sta. Vai- 
heessa 2-3 vanha tukisolmu lahettaa muistissaan olevaa dataa uuden tuki- 

15 solmun kautta matkaviestimelle, mutta tama vaihe selostetaan tarkemmin on- 
gelman selostuksen yhteydessa. 

Vaiheessa 2-4 SGSN 2 lahettaa pyydetyt PDP-kontekstitiedot. Vai- 
heessa 2-5 uusi SGSN 2 lahettaa yhdyskaytavasolmulle GGSN niin mpnta 
Update PDP Context Request -sanomaa, kuin kyseiseen matkaviestimeen 

20 liittyy aktiivisia yhteyksia. Tata lukumaaraa merkitaan n:lla. Vaiheessa 2-6 
GGSN vastaa iahettamalla n kappaletta kuittauksia. Vaiheessa 2-7 uusi 
SGSN 2 lahettaa kotirekisterille HLR reititysalueen paivityssanoman Update 
GPRS Location. Vaiheessa 2-8 kotirekisteri HLR peruuttaa matkaviestimen 
MS tilaajatiedot vanhasta tukisolmusta SGSN V Vaihe 2-9 on vastaava kuitta- 

25 us. Vaiheessa 2-10 HLR lahettaa matkaviestimen tilaajatiedot sanomassa 
Insert Subscriber Data. Vaiheet 2-11 ... 2-15 ovat hyvaksymisilmoituksia ja 
kuittauksia aiemmin lahetettyihin sanomiin. 

ETSI:n (European Telecommunications Standards Institute) GPRS- 
suositus 09.60 (versio 5.0) sanoo, etta vanhan tukisolmun SGSN! tulee lahet- 

30 taa tilaajan PDP-kontekstiin liittyvia datapaketteja sen jalkeen kun se on la- 
hettanyt yhteystiedot (sanoma 2-4) uudelle tukisolmulle. Lisaksi mainittu suo- 
situs sanoo, etta uusi tukisolmu vastaanottaa datapaketteja, jotka liittyvat tun- 
temattomaan PDP-kontekstiin, uuden tukisolmun tulee lahettaa virheilmoitus 
vanhalle tukisolmulle. 



Eras ongelma ylla kuvatussa, tekniikan tason mukaisessa jarjeste- 
lyssa syntyy, kun vaiheen 2-4 PDP-kontekstitiedot sisaltava sanoma viivastyy 
matkalla tai se lahetetaan vasta sen jalkeen kun vanha tukisolmu SGSh^ on jo 
ehtinyt lahettaa dataa uudelle tukisolmulle SGSN 2 . Kuvion 2 datavirta 2-3 O'oka 
on jaettu osavaiheisiin 2-3a, 2-3c ja 2-3d) esittaa juuri tallaista tilannetta. Vai- 
heessa 2-3a vanha tukisolmu SGSI^ vastaanottaa matkaviestimelle MS osoi- 
tettua dataa ja vaiheessa 2-3c se lahettaa muistissaan olevaa, matkaviesti- 
melle MS osoitettua dataa uudelle tukisolmulle SGSN 2l jonka pitaisi lahettaa 
data edelleen matkaviestimelle MS (kuten vaihe 2-3d esittaa). Todellisuudessa 
nain ei kuitenkaan voi tapahtua, koska tassa vaiheessa uusi tukisolmu SGSN 2 
ei ole vastaanottanut matkaviestimen kontekstitietoja. SGSN 2 ei siis tieda mita 
sen pitaisi tehda datapaketeille. 

Rinnakkainen ongelma syntyy silloin, kun uuden tukisolmun tunne- 
lointiprotokolla GTP (GPRS Tunneling Protocol) valittaa vaiheessa 2-4 esite- 
tyn, tilaajan yhteystietoja sisaltavan sanoman tukisolmun SGSN 2 MM-yksikolle 
(Mobility Management) jatkokasittelya varten. Taman toiminnan tarkoitus on, 
etta jos tilaajalla on aktiivisia PDP-konteksteja, MM-yksikko kaskee GTP:ta 
ryhtymaan vastaaviin toimenpiteisiin, eli muodostamaan tarvittavat tunnelit. 
Jos vaiheen 2-4 sanomaa seuraa valittomasti datapaketteja, SGSN 2 ei tassa- 
kaan tapauksessa tunnista, mihin PDP-kontekstiin datapaketit liittyvat. 

Keksinnon lyhyt selostus 

Keksinnon tavoitteena on siten kehittaa menetelma ja menetelman 
toteuttava laitteisto siten, etta ylla mainitut ongelmat saadaan ratkaistua. Kek- 
sinnon tavoitteet saavutetaan menetelmalla ja jarjestelmalla, joille on tunnus- 
omaista se, mita sanotaan itsenaisissa patenttivaatimuksissa. Keksinnon edul- 
liset suoritusmuodot ovat epaitsenaisten patenttivaatimusten kohteena. 

Suoraviivainen ratkaisu olisi puskuroida datapaketteja uudessa tu- 
kisolmussa, mutta tukisolmun on vaikea puskuroida dataa, jonka oikean 
omistajan tilaajatietoja tukisolmu ei tieda. Datan yksinkertainen puskurointi uu- 
dessa tukisolmussa johtaisi seuraavaan ongelmiin: 

Eraan tapahtumaketjun mukaan uusi tukisolmu vastaanottaa data- 
paketteja, jotka liittyvat tuntemattomaan PDP-kontekstiin. Uusi tukisolmu hyl- 
kaa datapaketit ja lahettaa virheilmoituksen vanhalle tukisolmulle (josta data- 
paketit oli lahetetty.) Virheilmoitus aiheuttaa, etta PDP-konteksti poistetaan 
vanhan tukisolmun rekistereista. Tasta puolestaan seuraa, etta kontekstiin liit- 
tyva tunnelointi lopetetaan. Jos uusi tukisolmu lahettaa uudelleen yhteystieto- 



pyynnon (sanoma 2-2), vanha tukisolmu ei sisallyta vastaussanomaan 2-4 
poistettua PDP-kontekstia eika uusi tukisolmu tieda tilaajan aktiivisia konteks- 
teja. Vaihtoehtoisesti poistettu PDP-konteksti sisallytetaan vastaussanomaan, 
mutta tunnelointia ei tapahdu. 

Toisen tapahtumaketjun mukaan yhdyskaytavasolmu GGSN tun- 
neioi matkaviestimelle paattyvia datapaketteja vanhalle tukisolmulle. Mikali 
vanha tukisolmu vastaanottaa datapaketteja, jotka liittyvat tuntemattomaan 
(juuri poistettuun) PDP-kontekstiin, se lahettaa yhdyskaytavasolmulle virheil- 
moituksen. Vastaanotettuaan virheilmoituksen yhdyskaytavasolmu poistaa 
PDP-kontekstin rekistereistaan. Ellei yhdyskaytavasolmu laheta matkaviesti- 
melle paattyvia paketteja silla hetkella kun tukisolmujen valinen reititysalueen 
paivitys tapahtuu, yhdyskaytavasolmu paattelee PDP-kontekstin aktiiviseksi, 
vaikka se onkin poistettu tukisolmusta. 

Keksinto perustuu ensiksikin GPRS-suosituksessa 09.60 olevan 
puutteen havaitsemiseen. Lisaksi keksinto perustuu siihen, etta tukisolmun 
SGSN toiminnallisuutta taydennetaan seuraavasti. Keksinnon mukaisesti maa- 
ritellaan ehto, jonka tayttyessa on ainakin todennakoista, etta toisella (uudella) 
tukisolmulla SGSN 2 on kaytettavissaan matkaviestimen yhteystiedot. Reititys- 
alueen paivityksen yhteydessa ainakin yksi tukisolmu (SGSN! tai SGSN 2 ) vii- 
vastyttaa datan lahettamista, kunnes mainittu ehto tayttyy. 

Se, etta toisella tukisolmulla SGSN 2 on ainakin todennakoisesti 
kaytettavissaan matkaviestimen yhteystiedot, voidaan varmistaa eri tavoin. 
Keksinnon ensimmaisen suoritusmuodon mukaan, kun matkaviestimen sijainti 
paivitetaan vanhasta tukisolmusta uuteen tukisolmuun, ja vanha tukisolmu on 
lahettanyt matkaviestimen yhteystiedot uudelle tukisolmulle, vanha tukisolmu 
odottaa ennalta maaratyn ajan ennen kuin se lahettaa kyseiselle matkaviesti- 
melle tarkoitettuja datapaketteja uudelle tukisolmulle. Ennalta maaratty odo- 
tusaika on niin pitka, etta on ainakin hyvin todennakoista, etta yhteystiedot 
ovat ehtineet uuteen tukisolmuun ja etta tama on ehtinyt reagoida niihin 
(muodostaa tarvittavat tunnelit ym.) 

Eraan vaihtoehdon mukaan odotusaika on kiintea, kokemusperai- 
nen aika, joka on esimerkiksi suuruusluokassa 2 sekuntia. Odotusajan tarkoi- 
tus on varmistaa, etta uudella tukisolmulla on aikaa lahettaa uudelleen yhteys- 
tietojen kysely (sanoma 2-2) siina tapauksessa, etta ensimmainen sanoma 
katoaa matkalla. Samoin vanha tukisolmu ei laheta datapaketteja oleellisesti 
yhtaikaa yhteystietojen kanssa, joten datapaketit eivat voi matkalla ohittaa 



yhteystietoja. On jarkevaa, etta odotusajan pituus riippuu palveluluokasta 
(Quality of Service, QoS) siten, etta korkeammissa palveluluokissa aika on ly- 
hyempi, esimerkiksi 0,5 s. 

Eraan edullisen vaihtoehdon mukaan uusi tukisolmu kertoo odotus- 
ajan vanhalle tukisolmulle, mieluiten samassa sanomassa, jossa se pyytaa 
kontekstitietoja vanhalta tukisolmulta. Nain siksi, etta uusi tukisolmu tietaa 
parhaiten, kuinka sen uudelleenlahetysajastin on asetettu. Odotusajan sopivin 
arvo on hieman suurempi kuin uudelleenlahetysajastimen aika-asetus. Vaihto- 
ehtoisesti tietenkin uusi tukisolmu voi kertoa uudelleenlahetysajastimensa ai- 
ka-asetuksen, jolloin vanha tukisolmu lisaa tahan pienen marginaalin. 

Toisen vaihtoehdon mukaan ennalta maaratty odotusaika ei ole 
kiintea, vaan vanha tukisolmu odottaa uudelta tukisolmulta kuittausta eli vah- 
vistusta siita, etta uusi tukisolmu on vastaanottanut pyytamansa yhteystiedot. 
Vasta kun vanha tukisolmu on vastaanottanut taman kuittauksen, se lahettaa 
matkaviestimelle osoitettuja datapaketteja uudelle tukisolmulle. Talloin ei ole 
vain todennakoista vaan varmaa, etta uudella tukisolmulla on kaytettavissaan 
matkaviestimen yhteystiedot. 

Toisen vaihtoehdon etuna on esimerkiksi se, etta ensimmaisen suo- 
ritusmuodon yhteydessa esitetty, reititysalueen paivitykseen liittyva viive jaa 
pois, koska normaalitapauksessa uusi tukisolmu lahettaa kuittauksen lahes 
valittomasti. Marginaalisena haittana on tosin yhden ylimaaraisen kuittaussa- 
noman lisaaminen ja siita aiheutuva signalointikuormituksen kasvu. 

Lisaksi toisen vaihtoehdon etuna on se, etta se ratkaisee ongelman 
siinakin tapauksessa, etta vaiheessa 2-4 lahetetty yhteystietoja sisaltava sa- 
noma katoaa matkalla. Tassakaan tapauksessa tunnetun tekniikan mukainen 
uusi tukisolmu SGSN 2 ei kykene vastaanottamaan kyseiselle tilaajalle kuuluvia 
datapaketteja, koska se ei tieda mita sen pitaisi tehda datapaketeille. Toisen 
suoritusmuodon edullisen vaihtoehdon mukaan SGSr^ odottaa kuittaussano- 
maa tietyn maksimiajan ja lahettaa sen jalkeen yhteystiedot uudelleen. 

Keksinnon toisen suoritusmuodon mukaisesti toinen eli uusi tuki- 
solmu viivastyttaa datan lahetysta. Uudessa tukisolmussa toteutetaan seuraa- 
va jarjestely. Kun uusi tukisolmu (ja erityisesti sen GTP-yksikko) vastaanottaa 
datapaketteja, jotka eivat liity mihinkaan PDP-kontekstiin, tukisolmu ei hylkaa 
vastaanottamiaan datapaketteja, vaan se tallentaa ne ja tarkastaa, onko tuki- 
solmussa kaynnissa tukisolmujen valinen reititysalueen paivitys. Jos ainakin 
yksi tallainen reititysalueen paivitys on kaynnissa, uusi tukisolmu sailyttaa 



vastaanottamansa ja sita seuraavat datapaketit, jotka eivat liity mihinkaan 
PDP-kontekstiin. Nama paketit voidaan joko liittaa johonkin tilapaiseen kon- 
tekstiin tai ne voidaan tallettaa muistiin, josta ne noudetaan sitten kun kayn- 
nissa oleva reititysalueen paivitys on paattynyt. 

Ellei tukisolmussa ole kaynnissa tukisolmujen valista reititysalueen 
paivitysta, tukisolmu toimii tunnetun tekniikan mukaisesti, eli hylkaa datapaketit 
ja lahettaa virheilmoituksen sille tukisolmulle, joka paketit lahetti. 

Kuvioiden lyhyt selostus 

Keksintoa selostetaan nyt lahemmin edullisten suoritusmuotojen 
yhteydessa, viitaten oheisiin piirroksiin, joista: 

Kuvio 1 esittaa eraan pakettiradioverkon arkkitehtuuria; 

Kuvio 2 esittaa reititysalueen yllapitoon liittyvaa signalointia teknii- 
kan tason mukaisesti; 

Kuviot 3 ja 4 esittavat reititysalueen yllapitoon liittyvaa signalointia 
vastaavasti keksinnon ensimmaisen suoritusmuodon eri vaihtoehtojen mukai- 
sesti; ja 

Kuvio 5 havainnollistaa keksinnon toista suoritusmuotoa vuokaa- 

viona. 

Keksinnon yksityiskohtainen selostus 

Kuvio 3 esittaa reititysalueen yllapitoon liittyvaa signalointia keksin- 
non ensimmaisen suoritusmuodon mukaisesti. Tassa tapauksessa muut vai- 
heet ovat samat, kuin ne jotka selostettiin kuvion 2 yhteydessa, mutta vaiheet 
2-3a ... 2-3d (datan lahetys vanhan tukisolmun SGSN, kautta) on korvattu 
vaiheilla 3-3a ... 3-3d. Vaihe 3-3a vastaa vaihetta 2-3a. Siina SGSN! vastaan- 
ottaa matkaviestimelle osoitettuja datapaketteja. Vaiheessa 3-3b SGSN 2 
odottaa kiintean ajan Ooka edullisesti riippuu yhteyden palveluluokasta). Odo- 
tusajan jalkeen, vaiheessa 3-3c SGSN, lahettaa muistissaan olevat datapake- 
tit SGSN 2 :lle, joka lahettaa ne edelleen matkaviestimelle MS vaiheessa 3-3d. 
Taman jalkeen kuvion 3 esittama suoritusmuoto kasittaa vaiheet 2-5 ... 2-15, 
mutta niita ei nayteta eika selosteta uudelleen. 

Kuvio 4 esittaa reititysalueen yllapitoon liittyvaa signalointia keksin- 
non ensimmaisen suoritusmuodon vaihtoehtoisen toteutuksen mukaisesti. 
Tassakin tapauksessa vaiheet, joita ei erikseen selosteta (2-0 ... 2-2 ja 2-5 ... 
2-15) ovat samat kuin tunnetun tekniikan yhteydessa, kuvio 2. Vaiheet 2-3a ... 
2-3d (datan lahetys vanhan tukisolmun SGSN, kautta) on korvattu vaiheilla 4- 
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3a ... 4-3d. Vaiheessa 4-3a SGSI^ vastaanottaa matkaviestimelle osoitettuja 
datapaketteja. Vaiheessa 4-3b vanha SGSf^ odottaa uuden SGSN 2 :n lahet- 
tamaa kuittaussanomaa, josta tassa kaytetaan nimitysta SGSN Context 
Acknowledge ja jonka SGSN 2 lahettaa vaiheessa 4-4'. Vaiheessa 4-3c vanha 
SGSN! lahettaa muistissaan olevat datapaketit uudelle SGSN 2 :IIe, joka lahet- 
taa ne edelleen matkaviestimelle MS vaiheessa 4-3d. 

Kuvio 5 havainnollistaa keksinnon toista suoritusmuotoa vuokaa- 
viona. Vaiheessa 50 uusi tukisolmu SGSN 2 (ja erityisesti sen GTP-yksikko) 
vastaanottaa datapaketteja, jotka eivat liity mihinkaan PDP-kontekstiin. Vai- 
heessa 51 tukisolmu tarkastaa, onko kaynnissa tukisolmujen valinen reititys- 
alueen paivitys. Jos on, vaiheessa 53 tukisolmu liittaa paketit johonkin tilapai- 
seen kontekstiin. Kun vaiheessa 54 todetaan, etta reititysalueen paivitys on 
paattynyt, siirrytaan vaiheeseen 55, jossa SGSN 2 lahettaa paketit vastaanot- 
tajalle. Jos vaiheessa 51 todetaan, etta yhtaan tukisolmujen valista reititysalu- 
een paivitysta ei ole kaynnissa, siirrytaan vaiheeseen 52, jossa paketit hyla- 
taan ja lahetetaan virheilmoitus pakettien lahettajalle. 

Alan ammattilaiselle on ilmeista, etta tekniikan kehittyessa keksin- 
non perusajatus voidaan toteuttaa monin eri tavoin. Keksintd ja sen suoritus- 
muodot eivat siten rajoitu ylla kuvattuihin esimerkkeihin vaan ne voivat vaih- 
della patenttivaatimusten puitteissa. 
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A 3 

Patenttivaatimukset 

1. Menetelma datan lahettamiseksi reititysalueen paivityksen suo- 
rittavalle matkaviestimelle (MS) pakettiradioverkossa, johon kuuluu ainakin en- 
simmainen tukisolmu (SGSNJ ja toinen tukisolmu (SGSN 2 ); 

jossa menetelmassa: 

- pakettiradioverkko lahettaa dataa (2-1, 2-3) matkaviestimelle (MS) 
ensimmaisen tukisolmun (SGSNJ kautta; 

- matkaviestin (MS) lahettaa reititysalueen paivityssanoman (2-1) 
toiselle tukisolmulle (SGSN 2 ), joka lahettaa ensimmaiselle tukisolmulle 
(SGSNJ pyynnon (2-3) matkaviestimen yhteystietojen (2-5) saamiseksi en- 
simmaisesta tukisolmusta; 

- ensimmainen tukisolmu lahettaa (2-3c, 3-3c, 4-3c) muistissaan 
olevaa, matkaviestimelle osoitettua dataa toiselle tukisolmulle; 

t u n n e 1 1 u siita, etta: 

- maaritellaan ehto, jonka tayttyessa on ainakin todennakoista, etta 
toisella tukisolmulla (SGSN 2 ) on kaytettavissaan matkaviestimen yhteystiedot; 

- reititysalueen paivityksen yhteydessa ainakin yksi tukisolmu 
(SGSN^ SGSN 2 ) viivastyttaa datan lahettamista, kunnes mainittu ehto tayttyy. 

2. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, 
etta ensimmainen tukisolmu (SGSNJ odottaa ennalta maaratyn ajan (3-3b, 4- 
3b) ennen datan lahettamista toiselle tukisolmulle (SGSN 2 ). 

3. Patenttivaatimuksen 2 mukainen menetelma, tunnettu siita, 
etta mainittu ennalta maaratty aika (3-3b) on ainakin kunkin palveluluokan 
puitteissa kiintea. 

4. Patenttivaatimuksen 3 mukainen menetelma, tunnettu siita, 
etta ennalta maaratty aika (3-3b) riippuu matkaviestimen (MS) kayttaman yh- 
teyden palveluluokasta. 

5. Jonkin patenttivaatimuksen 2-4 mukainen menetelma, tun- 
nettu siita, etta mainittu kiintea aika maaraytyy siten, etta toinen tukisolmu 
(SGSN 2 ) ilmoittaa ensimmaiselle tukisolmulle (SGSN^ ajan, joka olennaisesti 
vastaa toisen tukisolmun uudelleenlahetysajastimen aika-asetusta ja jompi- 
kumpi tukisolmu lisaa tahan aikaan pienen varmuusmarginaalin. 



6. Patenttivaatimuksen 1 mukainen menetelma, t u n n e 1 1 u siita, 
etta ennen datan lahettamista toiselle tukisolmulle (SGSN 2 ), ensimmainen tu- 
kisolmu (SGSNJ odottaa toiselta tukisolmulta erillista kuittaussanomaa (4-4'), 
joka osoittaa etta toinen tukisolmu on vastaanottanut matkaviestimen yhteys- 
tiedot (2-4). 

7. Patenttivaatimuksen 6 mukainen menetelma, t u n n e 1 1 u siita, 
etta ensimmainen tukisolmu (SGSN,) odottaa mainittua kuittaussanomaa (4- 
4') ennalta maaratyn maksimiajan ja lahettaa yhteystiedot uudelleen, ellei se 
tassa ajassa vastaanota kuittaussanomaa. 

8. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, 

etta: 

- toinen tukisolmu (SGSN 2 ), joka vastaanottaa datapaketteja, jotka 
eivat liity mihinkaan PDP-kontekstiin, tarkastaa, onko kaynnissa tukisolmujen 
valinen reititysalueen paivitys; ja 

- jos tukisolmujen valinen reititysalueen paivitys on kaynnissa, toi- 
nen tukisolmu (SGSN 2 ) tallentaa paketit muistiin, kunnes reititysalueen paivitys 
on paattynyt ja taman jalkeen lahettaa paketit vastaanottajalle. 

9. Pakettiradioverkon tukisolmu (SGSN,, SGSN 2 ), joka on sovitettu 
tukemaan datan lahetysta reititysalueen paivityksen suorittavalle matkaviesti- 
melle (MS) pakettiradioverkossa; tunnettu siita, etta tukisolmu (SGSN,, 
SGSN 2 ) on sovitettu matkaviestimen reititysalueen paivityksen yhteydessa: 

- tarkkailemaan sellaisen ehdon tayttymista, joka osoittaa, etta toi- 
sella tukisolmulla (SGSN 2 ) on ainakin todennakoisesti kaytettavissaan matka- 
viestimen yhteystiedot; 

- viivastyttamaan datan lahettamista, kunnes mainittu ehto tayttyy. 




(57) Tiivistelma 

Menetelma datan lahettamiseksi reititysaluettaan paivitta- 
valle matkaviestimelle (MS) pakettiradioverkossa. Paketti- 
radioverkko lahettaa dataa (2-1, 2-3) matkaviestimelle 
(MS) ensimmaisen tukisolmun (SGSN^ kautta. Matka- 
viestin (MS) lahettaa reititysalueen paivityssanoman (2-1) 
toiselle tukisolmulle (SGSN 2 ), joka lahettaa ensimmaiselle 
tukisolmulle (SGSNJ pyynnon (2-3) matkaviestimen yhte- 
ystietojen (2-5) saamiseksi ensimmaisesta tukisolmusta. 
Ensimmainen tukisolmu (SGSNJ lahettaa (2-3c, 3-3c) 
muistissaan olevaa, matkaviestimelle osoitettua dataa toi- 
selle tukisolmulle. Taman jalkeen se odottaa ennalta maa- 
ratyn ajan (3-3b) ennen datan lahettamista toiselle tuki- 
solmulle (SGSN 2 ). Ennalta maaratty aika (3-3b) voi olla 
kiintea, jolloin se edullisesti riippuu matkaviestimen kayt- 
taman yhteyden palveluluokasta. Vaihtoehtoisesti ennalta 
maaratty aika paattyy, kun toinen tukisolmu (SGSN 2 ) la- 
hettaa ensimmaiselle tukisolmulle (SGSNJ erillisen kuitta- 
ussanoman, joka osoittaa etta toinen tukisolmu on vas- 
taanottanut matkaviestimen yhteystiedot. 
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